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Commissioner for Patents 
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Dear Sir/Madam: 

This appeal is taken from the Examiner's final rejection, set forth in the Office 
Action dated 02/25/04, of appellant's claims 1-26. Appellant's Notice of Appeal under 
37 C.F.R. § 1.191 was mailed on 05/25/04. 

PIT AT PARTY IN INTEREST 

hitemational Business Machines Corporation is the Real Party in hiterest. 

pfT ATirn APPF AI S AND INTERFERENCES 
There are no related appeals or interferences for this patent application. 
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gTATlTR OF CLAIMS 

As filed, this case included claims 1-26. In response to the first office action 
dated 09/03/03, an Amendment was filed on 12/02/03 that amended claim 7. In the final 
rejection, claims 1-26 were rejected under 35 U.S.C. §102(e) as being anticipated by U.S. 
Patent No. 6,108,699 to Moiin. The claims remaining in the case are claims 1-26, all of 
which stand finally rejected. No claim has been allowed. 

STATUS O^^ AMFNDMENTS 

The amendment filed on 12/02/03 has been entered. Therefore, the claims at issue 
in this appeal are the claims as amended by the amendment filed 12/02/03. 

SUMMARY OF INVENTION 

An apparatus and method passively determine when a job in a clustered 
computing environment is dead. Each node in the cluster has a cluster engine for 
communicating between jobs within the same group on other nodes. A protocol is 
defined that includes one or more acknowledge (ACK) rounds, and that only performs 
local processing between ACK rounds. The protocol is executed by jobs that are 
members of a defined group. Each job in the group has one or more work threads that 
execute the protocol. In addition, each job has a main thread that communicates between 
the job and jobs on other nodes (through the cluster engine), routes appropriate messages 
from the cluster engine to a work thread, and signals to the cluster engine when a fauU 
occurs when the work thread executes the protocol. By assuring that a dead job is 
reported to other members of the group, liveness information for group members can be 
monitored without the overhead associated with active liveness checking. 
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ISSUE 



The following single issue is presented for review on this Appeal: 

1. Whether claims 1-26 are anticipated under 35 U.S.C. §102(e) by Moiin 

HROUPINfi OF CLAIMS 

Claims 1 and 16-18 are grouped, and stand and fall together based on claim 1 . 
Claims 2 and 19 are grouped, and stand and fall together based on claim 2. Claims 3 and 
20 are grouped, and stand and fall together based on claim 3. Claims 4 and 21 are 
grouped, and stand and fall together based on claim 4. Claims 5 and 22 are grouped, and 
stand and fall together based on claim 5. Claims 6 and 23 are grouped, and stand and fall 
together based on claim 6. Claims 24-26 are grouped, and stand and fall together based 
on claim 24. It is appellant's intention that the patentability, vel non, of claims 7-15 be 
considered independently, as these claims do not stand or fall with any other claim. This 
grouping of claims is appropriate because each set of claims includes a unique 
combination of limitations not found in the other sets of claims, and because the claims 
that are not grouped with any other claim include a unique combination of limitations not 
found in any of the groups. 
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ARGUMENT 



Issue 1: 

by Moiin 



Whether claims 1-26 are anticipated under 35 U.S.C- §102(e) 



Claim 1 



In the final Office Action dated 02/25/04, the Examiner rejected claims 1-26 
mtder 35 U S.C. §102(e) as being anticipated by Moiin. In rejecting claim 1, the 
Examiner reads "applications which execute in any member node of current ctetefm 

Moiin on the job recited in the claim. A very cursory examination of the clahn and of the 
teachings of Moiin show this mapping does not make s»se. A job in claim 1 includes at 
leas, one work thread and a main thread The appUcations in Moiin may be executed by 
breads but do not "include" threads. A job in clam, 1 is a process that includes muluple 
threads, while the applications in Moiin are software applications, which cannot .W„</e 
threads. For this reason, the appUcations in Moiin do not read on the job m claun 1 . 

The Examiner then reads .he main teead 1002 in Moim on the main thread in 
claim 1 by statmg: "(main thread 1002 ... monitors messages received)". This is a false 
statement. TT>e Examiner has quoted language from Moiin in a way tot is misleadmg. 

Moiin states: 

Main thread 1002 processes state changes of CMM 220A as represented 
Sds302-312inthemannerde.ribedab^^^^ 



receiver threads 1006 send and receive, respectively, reconfigv^ation 
receiver tt^^^^ ^^^^ ^^.^^ ^^^^^ ^^^^ 



processing of the other threads of CMM 220A. Sender threads ^4 and 

receiver th 

3 Id ii; r^^Ln'cafion with CMM 220A and reconfiguration 
Sl^lScoordinatere^nfi^tiouoftheourreatcl^.^^^^^ 

reader thread 1008 acts as a remote procedure callmg (RFC) 
^"^ons which executeinanymembernodeofthect^rt^ 

which CMM 220A is a member. Transition thread 1010 processes 



4 



reconfiguration messages m * receiver threads 

member node of the current cluster. 
T.e.oMporttonsott.eci.at.na.ove.o.tKeway,.= E.an,inetcited,he>»^^^^^ 
The largeporUonoftextbetweentheboldpottions show what, r^resent^ibythe . . . 
LIL. Thisshowscono.nsWe,ytha.theExan,inerhasnns-<,uotedMo„n. 
^llhesacon.— .i^eontt^ad.... — n^ag^^^^^ 

.^ad 1002 does not monitor messages. For «us reaso,. the matn thread .002 of Mo„n 

does not read on the main thread in claim 1. 

Next, the Examiner reads the r«note proced«e calling of Moiin on the mam 
a^eadthafroutesappropriatemessagesftomtheatleastonecompntersystemtomeat 

.ea^oneworl^thread". A remote procedtne call as taught in Moiin .s a way .«.e 
computer system to invoke a tetion (or procedure) in a different computer system. Ue 
c;:,angu;e.incontrast,recites"ama.t..ad...thatro„^^^^ 

the at least one compute system ,0 the at least one wolc thread . Notete .leas. 
!^ewor.«^ad"isreci.edaspar.of«.eioha.lines6.7ofclaiml.Wesee.om.e 

express language in claim 1 that the main thread routes messages ftom a. ie.t o^ 
computer system coupledtottteapparatusto the at leastonewo^threadmthe^ob The 

::Jthusperfo„r,sarouting«mctionofmessages*omothercom^ters.temsto 

fl^eatleastoneworkthread. The remote procedure call in Moiin U a way for one 

!:lsystemtoh.vo.efimctions„nadiffere„tc„mputersys.em,andhasahsolu«ly 

:I,.odowiththerouUngofme.ages^m«>em.nthreadtooneormore™r 

leads Within the same computer system. For this reason, the remote procedure cal m 
MrdoesnotreadontherouUngofmessages*omonec„mput.systemtoatleastone 

work thread by a main thread. 
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The Examiner then recUes "that signals to the duster engine when at least one 
fauh oceurs when the at least one work thread perfornts the at leas, one predefined task", 
citing "messages whieh indicate to CMM 220A which of the other nodes are operative" 
in Moiin Again, the Examiner has read a communication beffieennsfe in Mo,m on the 
function recited in claim 1 that occurs threads on a single node , b clatm 1 , the 

main thread signals to the cluster en^e in the main thread's node when at least one fault 
when the at least one work thread performs the at least one predefined task. Th,s 
communication all happens on the same node. TTte mrin thread thus monitors the 
progress of the at least one work thread, and signals to the cluster engine when a feult 
occurs The passing otmessages between nodes to indicate which nodes are operafve 
has nothing to do with this function recited in claim 1. Because Moiin does no. teach or 
suggest a main thread that signals to the cluster engine when at least one fault occurs 
when fte a. leas, one work thr«Kl performs the at least one predefined task, clatm 1 .s 
allowable over Moiin. 

For the many reasons given above, appellant respectfully asserts that claim 1 is 
allowable over Moiin. and respectMly requests that the Examiner's rejection of claxm 1 
under 35 U.S.C. §102(e) be reversed. 

riaims 16-18 

Claims 16-18 are grouped with claim 1. and stand and fall according to the 
allowability of claim 1. 

Claim 2 

The arguments above with respect to claim 1 apply equally to claim 2, and are 
incorporatedinthissectionbyreference. m rejecting claim 2, the Examiner states: "As 
to claim 2, Moiin (p6 12-30) teaches a protocol that includes at least one acknowledge 
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„™d(eachmembernodeofaclus..rresponds.oa,«confls»«ionmessage...by 
.^adcastogarespondingreconflgurationmessagc)" Appellan, admits «.at Moim 

.eaches a sor. of oo— cation p^tocol where each member node of a cluster responds 
.oareconfiguration message by broadc^tingarespondingrcconfr^ionmessage 

Note however, that claim 2 expressly r»i.es "Vherein the at least one predefined task 
comprises a protocol that includes at leas, one acknowledge (ACK) round, and that 
performsonlylocalprocessingbetweenACKrounds." TTre Examiner's rejectton of 

claim 2 Mis for two reasons. Firs, the communication protocol cited by the Exammer m 
Moiininreiec,ingclaim2isno.definedbytheatleas.onepredefmedusk.asrecitedm 

claim 2 second, the Examiner has utterly failed to address the limitation "and that 
performsonlylocalprocessingbetwe»ACKrounds"inclaim2. AsaresuU.the 
Examiner has failed to establish a prima facie case of anticipation for claim 2 under 35 
U S C §102(e). Claim 2 is directed to the specifics otthe at least one predefined task. 
By including at leas, one ACK round and performing only loc^ processing be^veen ACK 
„unds. are invention in claim 2 assures that a work thread camro. ge. s.uck between ACK 
rounds. Moiinhasnosuchteachingorsuggestion. Appellant respect&lly asserts ma. 
claim 2 is allowable over Moiin. m addition, claim 2 depends on claim 1. which >s 
allowable for the reasons ^ven above. As a r^t. cldm 2 is allowable as depending on 
an allowable independent claim. Appellant respectMy requests to. the Exammer s 
rejection of claim 2 under 35 U.S.C. §102(e) be reversed- 



rlaim 19 



Claim 19 is grouped widr claim 2, and stands and falls according to fte 
allowability of claim 2. 
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riaims 3-4 



The arguments above mth respect to claim 1 apply e,«aUy to claims 3-4, and 
are incorporated in this section by reference. In rejecting claims 3-4, the Examiner 
states- "As to claims 3-4, Moiin (p.l3 24-57) teaches the main thread performs only local 
processing sans waiting for local resources." However, a careful study of Moinn reveals 
thatthe language in Moiin citedby the Examiner has no teaehingor suggestion that reads 

on ate limitations in claims 3-4 Tlte Examiner has notmapped any oftheteachmgsof 
Moiin on the limitations in claims 3-4. Because the Examtaer has not spectfically 
identified what teachings in Moiin allegedly read on the limitations in claims 3-4, fl,. 
Examiner has Med to establish a prima facie case of anticipation for claims 3-4 mtder 35 
use 5102(e) Nowhere does Moiin teach or suggest that the main tteead performs only 
local processing For this reason, claim 3 is allowable over Moiin. Nowhere does Mo,m 

teach or suggest that the main Utread does not wait for any local resource, and titus ts 
guaranteed to receiveamessagesentby the cluster engine. Forthis reason, clatm4,s 

allowable over Moiin. In addition, claims 3-4 depend on claim 1 , which is allowable for 
the reasons given above. As a result claims 3-4 are allowable as depending on an 
allowableindependent claim. Appellant respectMlyrequeststttatflteExamtner-s 

rejection of claims 3-4 under 35 U.S.C. §102(e) be reversed. 



Clamao 



Claim 20 is grot^ed "i* '=1"™ ^' ''"^^ '° 

allowability of claim 3. 



r.laim 21 



Claim 21 is grouped with claim 4, and stands and falls according to the 
allowability of claim 4. 



8 



riaims 5-6 



The argument above with respect to claim 1 apply equally to claims 5-6, and 
„e incorporated in this section by referet^e. In rejecting claims 5-6, the Examiner cites 
,0 Moiin a, p9 line 51 to plO line 7. TOs language inMoun discusses one or more nodes 
leaving the cluster, but does no, teach the specifics of how this is done. Claim 5 recUes 
^ unregistration with the cluster engine. Nowhere does Moiin teach the registratton or 
u^e^stration with thecluster engine asaway to joinorlcaveac.u.ter.CMim6rec,tes 

that the unregistration with thecluster engine causes the cluster engine to generatea 

membershipchangemessage. Nowhere does Moiin teach the generatron of a 
membership changemessageinresponse to anunregistration with theclusterengtne. 

Because Moiin does no, teach the specifics of how nodes leave a cluster. Moiin ca«.t 
teach ,he specific mechanisms in claims 5-6. Appellant respectfitUy asserts m clatms 5- 
eareallowableoverMoiin. to addition, claims 5-6 depend on claim l.whtchts 
allowable for the reasons given above. As a result, claims 5-6 arc allowable as dependtng 
on an allowable independent claim. Appellan, respecfilly re,ucs,s ,ba. the Exammer s 
rejection of claims 5-6 under 35 U.S.C. §102(e) be reversed. 



OaimM 



Claim 22 is grouped with clahn 5, and stands and falls according to the 
allowability of claim 5. 



Claim 23 



Claim 23 is grouped with claim 6. and stands and falls according to the 
allowability of claim 6. 
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Claim 7 



The arguments above with respect to claims 1-2 and 5-6 apply equally to claim 
7 and are incorporated in this section by reference. In rejecting claim 7, the Examiner 
states- "As to claim 7, see the discussions of claims 1-2 and 6 supra. The limitations m 
claim 7 are an amalgamation of the features recited in claims 1-2 and 6. Hence, Moun's 
teachings regarding claims 1-2 and 6 are similarly applied to the corresponding claim 7 
limitations." Appellant respectfully asserts that the Examiner has failed to estabhsh a 
prima facie case of anticipation under 35 U.S.C. §102(e) for claim 7. 

Claim 7 recites limitations that are not found in any of claims 1-2 or 6. Claim 7 
recites a cluster of computer systems that each includes the limitations m lines 3-21 of 
claim 7 None of claims 1-2 or 6 contain the limitation of such a cluster, hi addition, 
claim 7 recites a network interface at lines 3-4 that is not addressed in any of claims 1-2 
or 6. As a result, the Examiner has failed to estabhsh a prima facie case of anticipation 
for claim 7 under 35 U.S.C. §102(e). ta addition, claim 7 contains many of the 
liniitations addressed above in claims 1-2 and 5-6 that patentably distinguish over Moun. 
As a result, claim 7 is allowable over Moiin for the same reasons given above with 
respect to claims 1-2 and 5-6. Appellant respectfiiUy requests that the Examiner's 
rejection of claim 7 under 35 U.S.C. §102(e) be reversed. 

Claim 8 

The arguments above with respect to claims 1 and 7 apply equally to claim 8, 
and are incorporated in this section by reference. The Examiner summarily rejects all 
of claims 8-14 by stating: 

As to claims 8-14, note the rejections of claims 1-7 above^ Claims 8-14 
tllfsL as claims 1-7. except claims 8-14 are method claims and 
claims 1-7 are apparatus claims. 
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While claims 8-14 include many limitations .hat are also in claims 1-7. this fact does not 
excuse the Examiner ftom addressing all of the limitations in claims 8-14. For example, 
claim 8 recites the steps of "defining a task" The Examiner has not indicated what 
.eachings in Moiin read on this method step. Claim 8 also recites -providing at least one 
work thread tor each job that executes the task" Nowhere does Moiin teach provrdmg a 
work thread for each job that executes a task. Because the Examiner has failed to address 
the specific method claim steps recited in claims 8-14, the Examiner has &iled to 
establish aprima facie case of anticipation for claims 8-14 under 35 U.S.C. §102(e). 
Claim 8 does include many Umitations that are common to claims 1-7, and is therefore 
allowable for the reasons given above with respect to claims 1-7. Appellant .espectMly 
requests titat the Examiner's rejection of claim 8 under 35 U.S.C. §102(e) be reverb. 

Claim 9 

The arguments above with respect to claims 1, 2, 7 and 8 apply equally to claim 
9 and are incorporated in this section by reference. Claim 9 depends on claim 8. 
Because the Examiner failed to establish a prima facie case of anticipation for claim 8 by 
failing to address all of the limitations in claim 8, the Examiner has likewise failed to 
establish a prima facie case of anticipation for claim 9 because claim 9 depends on clami 
8. In addition, claim 9 includes limitations similar to those found in claim 2, and is 
therefore allowable for the reasons given above with respect to claim 2. Appellant 
respectfully requests that the Examiner's rejection of claim 9 under 35 U.S.C. §102(e) be 
reversed. 

Claim 10 

The arguments above with respect to claims 1, 3. 7 and 8 apply equally to claim 
10 and are incorporated in this section by reference. Claim 10 depends on claim 8. 
Because the Examiner failed to establish a prima facie case of anticipation for claim 8 by 
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faiUng to address all of the linutatioos m claim 8, the Examiner has likewise failed to 
establish a prima feeie case of anticipaUon for claim 10 because claim 10 depends on 
claim 8 In addition, claim 10 includes limitations similar to those found in claim 3, and 
is therefore allowable for the reasons given above with respect to claim 3. Appellant 
respectfully requests that the Examiner's rejection of claim 10 under 35 U.S.C. §102(e) 
be reversed. 

Claim 11 

The arguments above with respect to clahns 1, 4, 7 and 8 apply equally to clahn 
,1 and are mcorporated in this section by reference. Claim 1 1 depends on claim 8, 
Because the Examiner failed to esublish a prima facie case of anticipation for clam. 8 by 
failing ,0 address all of the limiutions in claim 8, the Examiner has Ukewise faded to 
establish a prima facie case of anhcipation for claim 1 1 because claim 1 1 depends on 
claim 8 in addition, claim 1 1 includes Umitations similar to those found in darm 4, and 
is merefore allowable for die reasons given above witt, respect to claim 4. Appellant 
respectfully requests that the Examiner's rejection of claim 1 1 under 35 U.S.C. §102(e) 
be reversed. 

Clminil 

The arguments above with respect to claims 1, 5, 7 and 8 apply equally to claim 
12 and are incorporated in this section by reference. Claim 12 depends on claim 8. 
Because the Examiner failed to establish a prima facie case of anticipation for claim 8 by 
failing to address all of the limitations in claim 8, the Examiner has likewise failed to 
establish a prima facie case of anticipation for claim 12 because claim 12 depends on 
claim 8 In addition, claim 12 includes limitations similar to those found in claim 5. and 
is therefore allowable for the reasons given above with respect to claim 5. Appellant 
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^speclMly request. U,at Examiner's rejecrion of claim 12 mder 35 U.S.C. §102(e) 

be reversed. 

Claim 13 

The arguments above with respect to claims 1, and M apply equally to claim 
13 and are incorporated in this section by reference. Claim 13 depends on clarm 12, 
which depends on claim 8. Because 4e Examiner feiled to est^Ush a prima facie case of 
anticipation for claim 8 by failing to address all of the limitations in clam, 8, the 
Examiner has likewise failed to establish a prima facie case of anticipation tor clam. 13 
becau^ claim 13 depends on claim 8. In addition, clahn 13 includes limitations stmtlar 
,0 those found in claim 6, and is therefore allowable for the reasons given above wtth 
respect to claim 6. AppeUan. respectMly requests that the Examiner's rejection of clatm 
13 under 35 U.S.C. §102(e) be reversed. 

Claim 14 

The arguments above with respect to claims 1-8 apply equally to clahn 14, and 
are incorporated m this sectionby reference. Claim 14 bdudes many meflrod steps that 
are not taught in the apparatus claims. For example, claim 14 includes the limitation a. 

lines 4-5 of: 

defining a protocol that includes at least one acknowledge (ACK) 
round, ^d L pertomts only local processing between ACK rounds; 

TheExaminer-srejection of claim ,4 relies upon the rejection of claim 7. However, the 
rqection of claim 7 does not address thU specific method step. Claim 14 also recites: 

wherein die main thread performs only local processiiig and does 
no. wai^^ »y tal resource, L ttms is praranteed to rec«ve a message 
sent by the cluster engine; 
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The Examiner's rejection of claim 14 relies upon the rejection of claim 7. However, the 
rejection of claim 7 does not address these limitations. Claim 14 also recites: 

unregistering with the cluster engine when at least one fault occurs during 
execution of the protocol. 
The Examiner's rejection of claims 1-7 does not address this specific method step. We 
see from these three simple examples above that the Examiner has not addressed all of 
the limitations in claim 14, and has therefore failed to estabUsh a prima facie case of 
anticipation for claim 14 under 35 U.S.C. §102(e). 

The rejection of claims 5-6 vaguely addresses reconfiguration of a cluster in 
Moiin 'to form a new cluster which does not include any failed nodes." However, Moiin 
does not teach unregistering with the cluster engine ^.hen at least one fault occurs during 
the execution of the protocol, as recited in claim 14. For this reason, claim 14 is 
allowable over Moiin. hi addition, there are many limitations in claim 14 that are similar 
to those recited in claims 1-13. As a result, claim 14 is allowable for the reasons given 
above with respect to claims 1-13. Appellant respectfully requests that the Examiner's 
rejection of claim 14 under 35 U.S.C. §102(e) be reversed. 

Claim 15 

In rejecting claim 15, the Examiner relies upon the rejection of claim 6. Note, 
however, that claim 15 includes the limitations of claim 14 upon which it depends, and 
the limitations in claim 14 were not addressed by the Examiner. As a result, the 
Examiner has failed to establish a prima facie case of anticipation for claim 15 under 35 
use §102(e). Appellant respectfully asserts that Moiin does not teach the unique 
combination of features in claim 15, and requests that the Examiner's rejection of claun 
15 under 35 U.S.C. §102(e) be reversed. 
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Claim 24 



In rejecting claim 24, the Examiner states that claim 24 is the same as claim 1, 
except claim 24 is a computer program product claim and claim 1 is an apparatus claim. 
This statement is incorrect. Claim 24 contains limitations not found in claim 1 . For 
example, claim 24 recites that the protocol only performs local tasks between ACK 
rounds. Claim 24 also recites unregistering with the cluster engine, which causes the 
cluster engine to generate a membership change to remaining members of the group. 
Because these limitations are not found in claim 1, the Examiner's reliance upon claim 1 
in rejecting claim 24 results in the Examiner failing to estabhsh a prima facie case of 
anticipation for claim 24 under 35 U.S.C. §102(e). Claim 24 contains many of the 
limitations addressed above in claims 1-2 and 5-6 that patentably distinguish over Moiin. 
As a result, claim 24 is allowable over Moiin for the same reasons given above with 
respect to claims 1-2 and 5-6. Appellant respectfully requests that the Examiner's 
rejection of claim 24 under 35 U.S.C. § 102(e) be reversed. 

Claims 25-26 

Claims 25 and 26 are grouped with claim 24, and stand and fall according to the 
allowability of claim 24. 

Response to Arguments in Final Office Action 

hi the Response to Applicant's Arguments section at page 4 of the final office 
action, the Examiner states: 

AppUcant argues (claims 1-26) that Moiin' s teachings do not read-on [sic] 
the process signaling for computing cluster management as claimed. 
Contrary to Applicant's contention, the Moiin reference does teach the 
recited acknowledge signaling for cluster membership maintenance. 
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This language by the Examiner provides some insight into the Examiner's thought 
processes. Applicant never argued that Moiin's teachings do not read on "the process 
signaling for computing cluster management" as claimed. This language is not in the 
claims, and has not been advanced by appellant. This language is the Examiner's own 
interpretation of the claim language, rather than addressing the specific language used in 
the claims. This shows that the Examiner is taking an approach to examining the claims 
that is broader than the express claim language allows. In the last two sentences of the 
Response to Applicant's Arguments, the Examiner also states: 

The fact that AppUcant has not narrowed the definition/scope of the 
current claims impUes that Applicant intends an extensive coverage 
breadth of the claims, which is met by the cited prior art. Consequently, 
the teachings of Moiin do read-on [sic] the cluster control using 
multithreaded systems to process membership messages, as presented in 
the pending claims. 

Wow. This first sentence by the Examiner is amazing. The Examiner seems to impute 
some breadth to the claims beyond their literal scope simply because they have not been 
amended. This shows the Examiner's misunderstanding of the proper procedures for 
examining claims. Appellant intends claim coverage that is commensurate with their 
Uteral scope. Of course, these claims may also be imputed a scope in the fixture that is 
broader than their literal scope by appropriate application of the Doctrine of Equivalents. 
All the appellant asks is that the Examiner consider each and every limitation that is 
expressly recited in the claims. The second sentence quoted above is even more 
revealing. The Examiner states that the teachings of Moiin read on "the cluster control 
using multithreaded systems to process membership messages, as presented in the 
pending claims." Now we get to the nut of the problem. The Examiner is taking a high- 
level view of the claims, utterly ignoring many of the detailed limitations in the claims. 
Appellant admits that the claims and Moiin both teach clustered computing, both teach 
multi-threading, and both teach membership changes to the cluster. This is not the 
appropriate inquiry. The question is whether Moiin teaches all of the limitations 
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expressly recited in the claims. This high-level view of the Examiner ignores many of the 
details that are expressly recited in the claims. His sunmiary quoted above shows beyond 
doubt that he is interpreting the claim language in a manner that is broader than the 
express teachings in the claims. While the Examiner has a duty to interpret the claims as 
broadly as reasonably possible during prosecution, the Examiner CANNOT under ANY 
CIRCUMSTANCES simply ignore express limitations in the claims. By taking a high- 
level view of the claims, the Examiner has lost sight of the details expressly recited in the 
claims. Appellant respectfully asserts that the Examiner's broad and liberal reading of 
Moiin stretches Moiin clearly beyond its reasonable bounds. Moiin does not teach many 
of the detailed limitations in the claims. 

In claim 1, which is representative of the broadest claims, there are many 
limitations that are not taught in Moiin. Moiin does not teach or suggest a job that 
includes at least one work thread and a main thread. Moiin does not teach or suggest that 
the work thread performs at least one predefined task. Moiin does not teach or suggest 
that the main thread receives messages, routes messages to the work thread(s), and signals 
to the cluster engine when a fault occurs when the work thread performs the predefined 
task. As a result, the claims are all allowable over Moiin for the many reasons discussed 
in detail above. 

It is interesting to note that most of the arguments presented herein were also 
presented in the Amendment filed on 12/02/03. In the Response to AppUcant's 
Arguments section of the final office action, the Examiner has not addressed the vast 
majority of these arguments. HopefiiUy the Examiner will do a better job in the Answer 
in addressing each and every one of the pending claims and appellant's arguments in 
support thereof 
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rtpnpral romments 



The Examiner's claim rejections are based upon a text printout of the Moiin 
patent, citing page numbers and line numbers. This second version of Moiin makes it 
impossible to determine from a standard printed patent what portions of Moiin the 
Examiner is referring to when citing page numbers and line numbers of the text printout. 
Because the line numbers in the text printout are not numbered, the Examiner's reference 
to page numbers and line numbers of the text printout forces the reader to manually count 
lines to determine which portions of Moiin the Examiner is referring to. This is a silly 
exercise given the clearly-marked column and line numbers in the printed patent. 
Appellant requests the Board to instruct the Examiner to use the standard column and line 
number references to the printed patent in future office actions. This will allow anyone 
who needs to review the office action to refer to the standard printed patent, rather than 
having to retrieve the text version in the file wrapper. 
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rONCLUSION 



Claims 1-26 are addressed in this Appeal. For the numerous reasons articulated 
above, appellant maintains that the rejection of claims 1-26 under 35 U.S.C. § 102(e) is 
erroneous. 

Appellant respectfully submits that this Appeal Brief fully responds to, and 
successfully contravenes, every ground of rejection and respectfully requests that the fii 
rejection be reversed and that all claims in the subject patent application be found 
allowable. 



Respectfully submitted, 




Derek P. Martm 
Reg. No. 36,595 



MARTIN & ASSOCIATES, L.L.C. 

P.O. Box 548 

Carthage, MO 64836-0548 

(417) 358-4700 

Fax (417) 358-5757 
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APPENDIX ■ CLAIMS FINALLY REJECTED 



1 1 . An apparatus comprising: 

2 at least one processor; 

3 a memory coupled to the at least one processor; 

4 a cluster engine residing in the memory and executed by the at least one 

5 processor; 

6 a job residing in the memory and executed by the at least one processor, the job 

7 including: 

8 at least one work thread that performs at least one predefined task; and 

9 a main thread that receives messages from at least one computer system 

10 coupled to the apparatus, that routes appropriate messages from the at least one 

1 1 computer system to the at least one work thread, and that signals to the cluster 

12 engine when at least one fault occurs when the at least one work thread performs 

1 3 the at least one predefined task. 

1 2. The apparatus of claim 1 wherein the at least one predefined task comprises a protocol 

2 that includes at least one acknowledge (ACK) round, and that performs only local 

3 processing between ACK rounds. 

1 3. The apparatus of claim 1 wherein the main thread performs only local processing. 

1 4. The apparatus of claim 1 wherein the main thread does not wait for any local resource, 

2 and thus is guaranteed to receive a message sent by the cluster engine. 



1 5. The apparatus of claim 1 wherein the signal to the cluster engine comprises an 

2 unregistration with the cluster engine 
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6, The apparatus of claim 5 wherein the imregistration with the cluster engine causes the 
cluster engine to generate a membership change message. 



1 7. A networked computer system comprising: 

2 a cluster of computer systems that each includes: 

3 a network interface that couples each computer system via a network to 

4 other computer systems in the cluster; 

5 at least one processor; 

6 a memory coupled to the at least one processor; 

7 a cluster engine residing in the memory and executed by the at least one 

8 processor; 

9 a job residing in the memory and executed by the at least one processor, 

10 the j ob including : 

1 1 at least one work thread that executes a predefined protocol that 

12 includes at least one acknowledge (ACK) round, wherein the protocol only 

1 3 performs local tasks between ACK rounds; and 

14 a main thread that registers with the cluster engine to become a 

15 member of a group, that receives messages fi-om at least one computer 

16 system coupled to the apparatus, that routes appropriate messages from the 

17 at least one computer system to the at least one work thread, and that 

1 8 signals to the cluster engine when at least one fault occurs when the at 

19 least one work thread performs the at least one predefined task by 

20 unregistering with the cluster engine, wherein unregistering with the 

21 cluster engine causes the cluster engine to generate a membership change 

22 to remaining members of the group. 
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1 8. A computer-implemented method for notifying jobs that form a group in a clustered 

2 computing environment when a member of the group is no longer alive, the method 

3 comprising the steps of: 

4 defining a task; 

5 providing a cluster engine for each member of the group that communicates with 

6 the other cluster engines in the group; 

7 providing at least one work thread for each job that executes the task; 

8 providing a main thread for each job, the main thread performing the steps of 

9 receiving messages from other members of the group via the cluster engine 

10 corresponding to the main thread; 

1 1 routing appropriate messages from the other members of the group to the 

12 at least one work thread; and 

13 signaling to the cluster engine when at least one fault occurs during the 

14 execution of the task by the work thread. 

1 9. The method of claim 8 wherein the task comprises a protocol that includes at least one 

2 acknowledge (ACK) round, and that performs only local processing between ACK 

3 rounds. 

1 10. The method of claim 8 wherein the main thread performs only local processing. 

1 11. The method of claim 8 wherein the main thread does not wait for any local resource, 

2 and thus is guaranteed to receive a message sent by the cluster engine. 

1 12. The method of claim 8 wherein the step of signaling to the cluster engine comprises 

2 the step of unregistering with the cluster engine. 
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1 13. The method of claim 12 wherein the step of unregistering with the cluster engine 

2 causes the cluster engine to generate a membership change message to remaining 

3 members of the group. 

1 14. A computer-implemented method for notifying jobs that form a group in a clustered 

2 computing environment when a member of the group is no longer alive, the method 

3 comprising the steps of: 

4 defining a protocol that includes at least one acknowledge (ACK) round, and that 

5 performs only local processing between ACK rounds; 

6 providing a cluster engine for each member of the group that communicates with 

7 the other cluster engines in the group; 

8 providing at least one work thread for each job that executes at least a portion of 

9 the protocol; 

10 providing a main thread for each job, the main thread performing the steps of: 

1 1 registering with the cluster engine to become a member of the group; 

12 receiving messages from other members of the group via the cluster engine 

1 3 corresponding to the main thread; 

14 routing appropriate messages from the other members of the group to the 

15 at least one work thread; 

16 wherein the main thread performs only local processing and does not wait 

17 for any local resource, and thus is guaranteed to receive a message sent by the 

18 cluster engine; 

19 imregistering with the cluster engine when at least one fault occurs during 

20 execution of the protocol. 

1 15. The method of claim 14 wherein the step of imregistering with the cluster engine 

2 causes the cluster engine to generate a membership change message to remaining 

3 members of the group. 
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1 16. A program product comprising: 

2 (A) a computer program comprising: 

3 at least one work thread that performs at least one predefined task; and 

4 a main thread that receives messages from a corresponding cluster engine, 

5 that routes appropriate messages from the cluster engine to the at least one work 

6 thread, and that signals to the cluster engine when at least one fault occurs when 

7 the at least one work thread performs the at least one predefined task; and 

8 (B) signal bearing media bearing the computer program. 

1 17. The program product of claim 16 wherein the signal bearing media comprises 

2 recordable media. 

1 18. The program product of claim 16 wherein the signal bearing media comprises 

2 transmission media. 

1 19. The program product of claim 16 wherein the at least one predefined task comprises 

2 a protocol that includes at least one acknowledge (ACK) round, and that performs only 

3 local processing between ACK rounds. 

1 20. The program product of claim 16 wherein the main thread performs only local 

2 processing. 

1 21. The program product of claim 1 6 wherein the main thread does not wait for any local 

2 resource, and thus is guaranteed to receive a message sent by the cluster engine. 

1 22. The program product of claim 16 wherein the signal to the cluster engine comprises 

2 an unregistration with the cluster engine 
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23. The program product of claim 22 wherein the unregistration with the cluster engine 
causes the cluster engine to generate a membership change message. 



1 24. A program product comprising: 

2 (A) a computer program comprising: 

3 at least one work thread that performs a predefined protocol that 

4 includes at least one acknowledge (ACK) roxmd, wherein the protocol only 

5 performs local tasks between ACK rounds; and 

6 a main thread that registers with the cluster engine to become a 

7 member of a group, that receives messages fi-om at least one computer 

8 system coupled to the apparatus, that routes appropriate messages from the 

9 at least one computer system to the at least one work thread, and that 

10 signals to the cluster engine when at least one fault occurs when the at 

1 1 least one work thread performs the at least one predefined task by 

12 unregistering with the cluster engine, wherein unregistering with the 

13 cluster engine causes the cluster engine to generate a membership change 

14 to remaining members of the group; and 

1 5 (B) signal bearing media bearing the computer program. 

1 25. The program product of claim 24 wherein the signal bearing media comprises 

2 recordable media. 

1 26. The program product of claim 24 wherein the signal bearing media comprises 

2 transmission media. 
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